Filtering method, moving picture coding apparatus, moving picture decoding apparatus, and moving picture coding and decoding apparatus

ABSTRACT

A filtering method according to the present invention is for filtering a plurality of blocks included in an image, and comprises: determining whether each of the blocks is an IPCM block or not; filtering a non-IPCM block that is not an IPCM block among the blocks to generate filtered data; outputting the filtered data as pixel values of the non-IPCM block, and outputting pixel values of the unfiltered IPCM block as pixel values of the IPCM block.

CROSS REFERENCE TO RELATED APPLICATION

This application is a divisional of application Ser. No. 13/400,896, filed Feb. 21, 2012, which claims the benefit of U.S. Provisional Application No. 61/445,115, filed Feb. 22, 2011. The entire disclosures of the above-identified applications, including the specification, drawings and claims are incorporated herein by reference in their entirety.

TECHNICAL FIELD

The present invention relates to a filtering method, a moving picture coding apparatus, a moving picture decoding apparatus, and a moving picture coding and decoding apparatus.

BACKGROUND ART

Intra Pulse Code Modulation (IPCM) blocks are blocks of uncompressed video or image samples where luma and chroma samples are coded in the coded stream. These blocks are used in the case when the entropy coding unit produces more bits rather than reduces bits when coding the blocks of image samples.

In other words, the pixel values of the IPCM blocks are not compressed, ant thus the raw pixel values of the original image are used. The IPCM block is introduced in the H.264/AVC Video Compression Standard.

When IPCM blocks are coded in a coded stream in the H.264 Video Compression Standard, these IPCM blocks are coded as uncompressed data. No decoding is performed for these blocks. However, post-decoding processing (including filtering such as deblocking filtering) is still performed on the block boundaries which tend to be a cause of deterioration in image quality (for example, see Non-patent Literature (NPL) 1).

CITATION LIST Non Patent Literature

[NPL 1]

ISO/IEC 14496-10 “MPEG-4 Part 10 Advanced Video Coding”

SUMMARY OF INVENTION Technical Problem

However, in the aforementioned conventional art, filtering is performed also on the boundary of both kinds of blocks that are an IPCM block and a non-IPCM block. Here, an IPCM block is a block as to which the original pixel values are used. Thus, the conventional art has a problem that the image quality of IPCM blocks deteriorates when filtering is performed.

The present invention aims to provide a filtering method which enables suppression of deterioration in the image quality of IPCM blocks.

Solution to Problem

In order to achieve the aforementioned object, a filtering method according to an aspect of the present invention is for filtering a plurality of blocks included in an image, the filtering method comprising: determining whether or not each of the blocks is an Intra Pulse Code Modulation (IPCM) block; filtering a non-IPCM block which is not the IPCM block out of the blocks to generate filtered data; and outputting the filtered data as a value of a pixel in the non-IPCM block, and outputting, as a value of a pixel in the IPCM block, an unfiltered value of the pixel in the IPCM block.

With this structure, the filtering method according to an embodiment of the present invention does not involve filtering on an IPCM block, and thus is capable of suppressing degradation in image quality of the IPCM block.

In addition, in the filtering, the filtered data of the non-IPCM block may be generated by performing filtering using both the value of the pixel in the IPCM block and the value of the pixel in the non-IPCM block.

In addition, the filtering may be deblocking filtering, in the filtering, first filtered data may be generated by filtering a first non-IPCM block out of a first IPCM block and the first non-IPCM block which are adjacent to each other, and in the outputting, the first filtered data may be output as a value of a pixel in the first non-IPCM block, and an unfiltered value of a pixel in the first IPCM block may be output as a value of the pixel in the first IPCM block.

In addition, in the filtering, only the non-IPCM block out of the blocks may be filtered, and the IPCM block does not need to be filtered.

In addition, in the filtering, the filtered data may be generated by filtering all of the blocks, and in the outputting, a filtered value of the pixel in the IPCM block in the filtered data may be replaced by the unfiltered value of the pixel in the IPCM block.

Furthermore, a filtering method according to an aspect of the present invention is for filtering a boundary between an Intra Pulse Code Modulation (IPCM) block and a non-IPCM block which are adjacent to each other in an image, the filtering method comprising: setting a first filter strength for the non-IPCM block, and setting a second filter strength for the IPCM block, the second filter strength being lower than the first filter strength; and filtering the non-IPCM block using the first filter strength, and filtering the IPCM block using the second filter strength.

With this structure, the filtering method according to an embodiment of the present invention is capable of reducing the strength of filtering on the IPCM block, and thereby suppressing degradation in image quality of the IPCM block.

In addition, the second filter strength may specify that filtering is skipped.

With this structure, the filtering method according to an embodiment of the present invention does not involve filtering on an IPCM block, and thus is capable of suppressing degradation in image quality of the IPCM block.

In addition, the first filter strength may be lower than a filter strength that is determined when the non-IPCM block is a block to be intra coded.

It is to be noted that the present invention can be realized as not only such a filtering method but also as a filtering apparatus including units corresponding to the unique steps included in the filtering method, and as a program for causing a computer to execute these unique steps. Naturally, such a program can be distributed through non-transitory computer-readable recording media such as CD-ROM etc. and communication media such as the Internet.

Furthermore, the present invention can be realized as a moving picture coding method and a moving picture decoding method each including such a filtering method. Furthermore, the present invention can be implemented as a moving picture coding apparatus and a moving picture decoding apparatus each including a filtering device, and as a moving picture coding and decoding apparatus including the moving picture coding apparatus and the moving picture decoding apparatus. Furthermore, the present invention can be implemented as a semiconductor integrated circuit (LSI) which exerts part or all of the functions of the filtering device, the moving picture coding apparatus, or the moving picture decoding apparatus.

Advantageous Effects of Invention

The present invention provides a filtering method which enables suppression of deterioration in the image quality of IPCM blocks.

BRIEF DESCRIPTION OF THE DRAWINGS

These and other objects, advantages and features of the invention will become apparent from the following description thereof taken in conjunction with the accompanying drawings that illustrate a specific embodiment of the present invention. In the Drawings:

FIG. 1 is an illustration of a method of determining a filter strength at a block boundary between an IPCM block and a non-IPCM block, in the H.264 Standard;

FIG. 2 is a flowchart of processes of filtering at a block boundary, in the H.264 Standard;

FIG. 3 is a flowchart of processes of determining a filter strength, in the H.264 Standard;

FIG. 4 is an illustration of a filter strength in a filtering method according to Embodiment 1 of the present invention;

FIG. 5 is a flowchart of a filtering method according to Embodiment 1 of the present invention;

FIG. 6 is a block diagram of a moving picture coding apparatus according to Embodiment 1 of the present invention;

FIG. 7A is an illustration of an example of a block boundary according to Embodiment 1 of the present invention;

FIG. 7B is an illustration of an example of a block boundary according to Embodiment 1 of the present invention;

FIG. 8A is an illustration of operations performed by a filtering unit according to Embodiment 1 of the present invention;

FIG. 8B is an illustration of operations performed by a filtering unit according to Embodiment 1 of the present invention;

FIG. 9 is a block diagram of an image decoding apparatus according to Embodiment 1 of the present invention;

FIG. 10A is an illustration of an exemplary structure of filtering units according to Embodiment 1 of the present invention;

FIG. 10B is an illustration of an exemplary structure of a filtering unit according to Embodiment 1 of the present invention;

FIG. 10C is an illustration of an exemplary structure of filtering units according to Embodiment 1 of the present invention;

FIG. 10D is an illustration of an exemplary structure of a filtering unit according to Embodiment 1 of the present invention;

FIG. 10E is an illustration of an exemplary structure of filtering units according to Embodiment 1 of the present invention;

FIG. 10F is an illustration of an exemplary structure of filtering units according to Embodiment 1 of the present invention;

FIG. 10G is an illustration of an exemplary structure of filtering units according to Embodiment 1 of the present invention;

FIG. 10H is an illustration of an exemplary structure of a filtering unit according to Embodiment 1 of the present invention;

FIG. 11 is a flowchart of a filtering method according to Embodiment 1 of the present invention;

FIG. 12 is a flowchart of a filtering method according to Embodiment 1 of the present invention;

FIG. 13 is an illustration of filter strengths and block units according to Embodiment 1 of the present invention;

FIG. 14A is an illustration of an application range of a flag indicating that a filter is ON according to a comparison example in the present invention;

FIG. 14B is an illustration of an application range of a flag indicating that a filter is ON according to Embodiment 1 of the present invention;

FIG. 15 shows an overall configuration of a content providing system for implementing content distribution services;

FIG. 16 shows an overall configuration of a digital broadcasting system.

FIG. 17 shows a block diagram illustrating an example of a configuration of a television;

FIG. 18 shows a block diagram illustrating an example of a configuration of an information reproducing/recording unit that reads and writes information from and on a recording medium that is an optical disk;

FIG. 19 shows an example of a configuration of a recording medium that is an optical disk;

FIG. 20A shows an example of a cellular phone;

FIG. 20B is a block diagram showing an example of a configuration of a cellular phone;

FIG. 21 illustrates a structure of multiplexed data;

FIG. 22 schematically shows how each stream is multiplexed in multiplexed data;

FIG. 23 shows how a video stream is stored in a stream of PES packets in more detail;

FIG. 24 shows a structure of TS packets and source packets in the multiplexed data;

FIG. 25 shows a data structure of a PMT;

FIG. 26 shows an internal structure of multiplexed data information;

FIG. 27 shows an internal structure of stream attribute information;

FIG. 28 shows steps for identifying video data;

FIG. 29 shows an example of a configuration of an integrated circuit for implementing the moving picture coding method and the moving picture decoding method according to each of embodiments;

FIG. 30 shows a configuration for switching between driving frequencies;

FIG. 31 shows steps for identifying video data and switching between driving frequencies;

FIG. 32 shows an example of a look-up table in which video data standards are associated with driving frequencies;

FIG. 33A is a diagram showing an example of a configuration for sharing a module of a signal processing unit; and

FIG. 33B is a diagram showing another example of a configuration for sharing a module of the signal processing unit.

DESCRIPTION OF EMBODIMENTS

Hereinafter, embodiments of the present invention are described in detail with reference to the Drawings. Each of the embodiments described below shows a preferred specific example of the present invention. The numerical values, shapes, materials, structural elements, the arrangement and connection of the structural elements, steps, the processing order of the steps etc. shown in the following embodiments are mere examples, and therefore do not limit the present invention. The present invention is defined by the Claims. Therefore, among the structural elements in the following embodiments, the structural elements not recited in any one of the independent Claims defining the most generic concept of the present invention are not necessarily required to achieve the aim of the present invention. Such optional structural elements are described as structural elements of corresponding ones of preferred embodiments.

Before giving descriptions of the embodiments of the present invention, a description is given of inter-pixel filtering (deblocking filtering) in a boundary between an IPCM block and a non-IPCM block in coding and decoding in H.264.

FIG. 1 is a flowchart indicating a concept of a method of determining a filter strength of an inter-pixel filter at a boundary between an IPCM block (macroblock) and a non-IPCM block (macroblock) in coding and decoding schemes according to the H.264 Standard.

FIG. 1 schematically shows the boundary between the two macroblocks one of which is the non-IPCM macroblock (the left side in the illustration) and the other is the IPCM macroblock (the right side in the illustration). Three circles positioned at the left side in FIG. 1 show three pixels (typically, denoted as p0, p1, and p2 sequentially from the boundary). These left-side three pixels belong to a first block (p block) in a first unit (a coded unit block, hereinafter referred to as a CU block). These three pixels also belong to a first macroblock of a non-IPCM type in a macroblock unit block (hereinafter referred to as an MB) that is a unit larger than the first unit.

Likewise, three circles positioned at the right side in FIG. 1 show three pixels (typically, denoted as q0, q1, and q2 sequentially from the boundary). These three pixels belong to a second block (a q block) in the first unit. These three pixels also belong to a second macroblock of an IPCM type in an MB.

Hereinafter, a CU block that belongs to a macroblock of an IPCM type is referred to as an IPCM block, and a CU block that belongs to a macroblock of a non-IPCM block is referred to as a non-IPCM block. In other words, a non-IPCM block means a bock that is not an IPCM block.

Hereinafter, a description is given of a method of determining a filter strength that is applied to pixels q0, q1, p0, and p1 across the block boundary (or a boundary between block units larger than the unit of coding).

A filtering method in H.264 (the filtering method described in Clause 8.7 of the Standard) defines that a filter strength for a boundary between two blocks is normally determined based on the average value of a value qPp derived from a quantization parameter QPp of a first macroblock and a quantization parameter QPq of a second macroblock. More specifically, the following (Expression 1) shown as Expression 8-461 in the Standard is used. QPav=(QPp+QPq+1)>>1=>(QPp+1)>>1   (Expression 1)

This (Expression 1) shows the following calculation. Filter strengths are designed such that a stronger (in smoothness) filter is applied as the value of a quantization parameter is larger, with an aim to, for example, absorb a quantization error.

In the illustration, a left-side quantization parameter QPp is a quantization parameter that is coded for the first macroblock (p-side block). For convenience, QP used here is equivalent in meaning to a value qP that is used for the purpose of filtering. In addition, a right-side quantization parameter QPq is a quantization parameter that should be applied to the second macroblock (q-side block).

Here, as described in Clause 8.7.2 of the H.264 Standard, the value of the quantization parameter qPq (QPq in the illustration) of the IPCM block is set to 0. In other words, “Both sides filtered with weak strength” is realized. This means that, as for a boundary between two blocks, a filter having a filter strength is applied to both the blocks. This also means that it is impossible to differentiate filter strengths for the respective two blocks. In other words, filtering using the same filter strength is executed on both the blocks across the boundary between an IPCM block and a non-IPCM block.

FIG. 2 is a flowchart illustrating a concept of filtering at a block boundary described in Clause 8.7 “Deblocking filter process” of the H.264 Standard.

This flowchart roughly explains the following three points regarding an H.264 filter.

(1) Order of Determining Filter Strength (bS) in Clause 8.7.2.1

Step S101 corresponds to the process of “Deviation process for the luma content dependent boundary filter strength” described in Clause 8.7.2.1. This process determines a filter strength in filtering on a block boundary according to a block type and the like. Here, the filter strength is classified into a level among levels ranging from strong filtering (bS=4) to no filtering (bS=0). This point is described with reference to FIG. 3.

(2) Process of Setting Quantization Parameter qPz=0 for IPCM Block

Steps S102 to S107 are processes for setting a value of a quantization parameter qP for determining a filter strength as described with reference to FIG. 1. As for normal non-IPCM blocks (No in Step S102 or S105), the quantization parameter QP [i] (i denotes 0 or 1) of a macroblock to which the non-IPCM block belongs is set as a quantization parameter qP [i] for determining a filter strength (Step S103 and S106). On the other hand, when a current block is an IPCM block (Yes in S102 or S105), the quantization parameter qP of the IPCM block is set to 0 (Step S104 and S107).

Next, in Step S108, qPav is calculated according to (Expression 1).

(3) One bS (or filterSampleFlag) is Shared by Both Blocks

Hereinafter, a description is given of applying a determined filter strength (a value) (or a determination flag specifying whether to perform filtering or not) in common to two blocks across a boundary.

First, after Step S108, calculation using Expressions from 8-462 to 8-467 in the Standard is performed. More specifically, (1) derivation of an index for slight adjustment of a filter strength that is set in Step S101 and (2) derivation of a threshold value for edge determination are performed.

Then, the filter strength determined through these processes is set to both the blocks (S109). More specifically, even when the filter strength bS is any one of 1 to 4, the value derived using the common bS deriving method is applied to the two blocks. For example, when the filter strength bS=4 is satisfied, the value of the pixel p of the first block is derived using Expressions (8-486 and 8-487) in the Standard. In addition, the value of the pixel q included in the second block is derived using the same filter strength as the filter strength used in the derivation of the value of the pixel p. Furthermore, a determination on whether to perform filtering (derivation of the value of filterSamplesFlag (also referred to as a filtering execution flag)) is performed in preparation for, for example, a case where a block boundary is finally found to be an actual edge. More specifically, this determination is made by comparison between two threshold values (two_threths (α, β)) derived in Step S109 and actual pixel values of p and q (see Expression (8-468) in the Standard). However, as described above, it is impossible to set different values (or execution or non-execution) as the filter strengths bS or the filtering execution flags for the respective two blocks.

In other words, in H.264, it is impossible to perform processing suitable for IPCM when seen within a filtering process.

FIG. 3 is a flowchart indicating the order of deciding (order of determining) a filter strength (bS) that is applied to pixels located across a boundary between two macroblocks, as described in Clause 8.7.2.1 of the Standard. This flowchart illustrates the determination order in Step S101 shown in FIG. 2, and conforms to the determination flow in Clause 8.7.2.1 of the Standard.

First, a determination is made as to whether the boundary defined by the pixel p0 in the first block and the pixel q0 in the second block also corresponds to a boundary between macroblocks or not (S121). In other words, a determination is made as to whether p0 and q0 are located across the macroblock boundary.

When the block boundary between the processing targets is not a macroblock boundary (No in S121), the filter strength (bS) is determined to be any one of 3, 2, 1, and 0 that is smaller than N (=4) (S124).

On the other hand, when the block boundary between the processing targets is a macroblock boundary (Yes in S121), a determination is made as to whether one (or both) of p0 and q0 belongs to a macroblock coded using the intra prediction mode (S122).

When both the blocks do not belong to a macroblock coded using the intra prediction mode (No in S122), a determination based on another determination factor is executed (S125).

On the other hand, when at least one of the blocks belongs to a macroblock coded using the intra prediction mode (Yes in S122), the filter strength is (always) set to bS=4 that means the highest strength without considering any other determination factor (S123).

In this way, the conventional filtering method does not make it possible to execute internal filtering processes for such two blocks that are located across the boundary in different manners (in terms of filter strengths and application or non-application of a filter). In addition, the Standard considers processes up to the determination of a filter strength focusing on IPCM, but does not make it possible to perform control for outputting raw pixel values of an IPCM block when one of the blocks is an IPCM block and the other is a non-IPCM block.

An IPCM block is a block including pixel values faithfully showing “the original image” without a coding loss. Accordingly, in the filtering process, it is desirable to control filtering at the boundary with an IPCM block or to control application of a filter to the IPCM block.

Embodiment 1

Hereinafter, a description is given of a filtering method according to Embodiment 1 of the present invention.

FIG. 4 illustrates a concept of a method of determining a factor for application of the filtering method according to this embodiment and determining a filter strength of an inter-pixel filter. Three circles in the illustration show pixels included in the first block as in FIG. 1. The same elements as in FIG. 1 among the remaining elements are not described again.

A filtering method according to this embodiment is for filtering a plurality of blocks included in an image. Typically, the filtering method is applied to deblocking filtering that is performed on a boundary between adjacent blocks. Hereinafter, a description is given of an example of applying deblocking filtering to the present invention. However, the present invention is also applicable to in-loop filtering (Adaptive Loop Filter) other than deblocking filtering.

The filtering method according to this embodiment is different from the filtering method described with reference to FIG. 1 in the points indicated below.

First, unfiltered pixel values are output as the pixel values of three pixels of the block that is IPCM at the right side in the illustration.

In addition, control is performed to differentiate filtering for the first block and filtering for the second block. For example, a filter is applied to one (at the left side) of the blocks across the boundary in the illustration, and no filter is applied to the other (at the right side). In this way, such control for performing the different filtering processes between the blocks is performed.

Next, the filter strength for the left-side block to which the filter is applied is derived based only on the quantization parameter QPp of the left-side block. In other words, the filter strength of the non-IPCM block at the left side is derived without using the quantization parameter QPq of the right-side macroblock or any other substitute fixed value (0 in the conventional example).

A determination regarding IPCM in H.264 shown in FIG. 2 is made as to whether or not a current block is an IPCM macroblock. Here, such a determination as to whether or not a current block is an IPCM macroblock is made based on a prediction unit (PU) that has a variable size. In other words, an IPCM block below is a block that belongs to a PU block of an IPCM type, and a non-IPCM block is a block that belongs to a PU block of a non-IPCM type.

Hereinafter, these operations are described with reference to the drawings.

FIG. 5 is a flowchart of a processing order in a filtering method according to this embodiment.

The filtering method according to this embodiment is executed as a part of coding processes or decoding processes. Accordingly, this filtering method is executed by one of a filtering unit in a coding loop within a moving picture coding apparatus shown in FIG. 6 described later and a filtering unit in a decoding loop within a moving picture decoding apparatus shown in FIG. 9 described later, and a control unit for controlling the filter.

The control unit determines whether the PU block type of one of the two blocks sharing the boundary is IPCM or not (S201). In the exemplary case of FIG. 4, the right-side PU block is an IPCM block, and thus the one is determined to be of an IPCM type. More specifically, the control unit executes this determination using a macroblock type, or an attribute parameter of image data such as a motion compensation block size.

When at least one of the two blocks is an IPCM block (Yes in S201), the control unit determines whether the other of the two blocks is an IPCM block or not (S202). For example, as in the case of the illustration in FIG. 4, the right-side block is an IPCM block. Accordingly, the control unit determines whether the other block that is the left-side block is an IPCM block or not.

In other words, in steps S201 and S202, the control unit determines whether each of the blocks is an IPCM block or a non-IPCM block. More specifically, the control unit determines (1) whether both of the two blocks are non-IPCM blocks (No in S201), and (2) whether both of the two blocks are IPCM blocks (Yes in S202) or (3) whether one of the blocks is an IPCM block and the other is a non-IPCM block (No in S202).

When the other block is an IPCM block (Yes in S202), that is, when both the blocks are IPCM blocks, filtering is skipped for the pixels p and q of both the blocks (both of the first block and the second block (S203).

On the other hand, when the other block is not an IPCM block (No in S202), that is, only one of the blocks is an IPCM block, and the other is a non-IPCM block, the control unit performs control for causing the filtering unit to execute filtering in Steps S204 and S205.

First, the filtering unit executes filtering using a predetermined strength on pixels included in the non-IPCM block (for example, the three pixels at the left side in FIG. 4), and outputs the filtered pixel values as the pixel values of the non-IPCM block (S204). In addition, this filtering also uses pixel values of an IPCM block, in addition to the pixel values of the non-IPCM block. More specifically, the filtering unit smoothes the pixel values of the non-IPCM block and the pixel values of the IPCM block to calculate the pixel values of the filtered non-IPCM block.

In addition, the filtering unit outputs the unfiltered pixel values for the pixels included in the IPCM block (pixels q0, q1, . . . at the q side) (S205). Here, the unfiltered pixel values are output in the following two conceivable cases.

A first method is a method of filtering a non-IPCM block, and outputting the original pixel values of an IPCM block without filtering.

A second method is a method of filtering both of a non-IPCM block and an IPCM block, replacing the pixel values of the IPCM block among the filtered pixel values by the original pixel values before the filtering, and outputting the replacement pixel values. In any one of the cases, the IPCM block's pixel values that are output are the original pixel values before the execution of the filtering.

The filtering method can be regarded as involving control for taking different filtering approaches (filter strengths, application or non-application of a filter, and the number(s) of pixels in the application) between the blocks.

The filtering (especially, operations by the control unit and the filtering unit) in Steps S204 and S205 are described later with reference to FIGS. 6 to 8.

In addition, when both the blocks are non-IPCM blocks in Step S201 (No in S201), the control unit performs default filtering operation (S206). In other words, the control unit executes filtering using a predetermined filter strength on both the blocks.

Hereinafter, a description is given of a moving picture coding apparatus which performs the filtering method.

FIG. 6 is a functional block diagram of a moving picture coding apparatus 100 according to this embodiment of the present invention. The moving picture coding apparatus 100 shown in FIG. 6 codes an input image signal 120 to generate a coded bit stream 132. The moving picture coding apparatus 100 comprises a subtractor 101, an orthogonal transform unit 102, a quantization unit 103, an inverse quantization unit 104, an inverse orthogonal transform unit 105, an adder 106, a filtering unit 115, a memory 109, a prediction unit 110, a variable length coding unit 111, a selecting unit 112, and a control unit 113.

The subtractor 101 calculates a difference between the input image signal 120 and a prediction image signal 130 to generate a residual signal 121. The orthogonal transform unit 102 performs orthogonal transform on the residual signal 121 to generate a transform coefficient 122. The quantization unit 103 quantizes the transform coefficient 122 to generate the quantized coefficient 123.

The inverse quantization unit 104 performs inverse quantization on the quantized coefficient 123 to generate the transform coefficient 124. The inverse orthogonal transform unit 105 performs inverse orthogonal transform on the transform coefficient 124 to generate a decoded residual signal 125. The adder 106 adds the decoded residual signal 125 and the prediction image signal 130 to generate a decoded image signal 126.

The filtering unit 115 filters the decoded image signal 126 to generate an image signal 128, and stores the generated image signal 128 in the memory 109.

The prediction unit 110 selectively performs intra prediction and inter prediction using the image signal 128 stored in the memory 109 to generate a prediction image signal 130.

The variable length coding unit 111 performs variable length coding (entropy coding) on the quantized coefficient 123 to generate a coded signal 131.

The selecting unit 112 selects the input image signal 120 when a current block is an IPCM block, and selects a coded signal 131 when a current block is a non-IPCM block. Then, the selecting unit 112 outputs the selected signal as a coded bit stream 132.

The control unit 113 controls the filtering unit 115 and the selecting unit 112.

Here, the orthogonal transform unit 102 and the quantization unit 103 are examples of transform and quantization units which generate a quantization coefficient by performing transform and quantization on the residual signal. In addition, the variable length coding unit 111 is an example of a coding unit which codes the quantized coefficient to generate a coded signal. In other words, the inverse quantization unit 104 and the inverse orthogonal transform unit 105 are examples of an inverse quantization unit and an inverse transform unit which generate a decoded residual signal by performing inverse quantization and inverse transform on the quantized coefficient.

Here, especially major elements of the moving picture coding apparatus 100 according to this embodiment are the control unit 113 and the filtering unit 115.

As described above, the filtering method according to this embodiment is executed as parts of the coding processes and the decoding processes. Accordingly, the filtering unit 115 is located before the memory 109 for holding reference pictures etc. The filtering unit 115 stores, in the memory 109 in the loops, the result of executing the filtering (or the result of skipping the filtering). In this respect, the filtering unit 115 is the same as a filter called a Loop filter in H.264.

In addition, the filtering unit 115 has two input lines. A first one of the input signals is a decoded image signal 126 representing the pixel values of the non-IPCM block, and a second one of the input signals is an input image signal 120 representing the pixel values of the IPCM block. Here, the decoded image signal 126 is a reconstructed coded image signal after being subjected to transform, quantization, inverse quantization, and inverse transform. In addition, the input image signal 120 is the original image signal which is not subjected to the coding and decoding.

Under control of the control unit 113, the filtering unit 115 outputs the unfiltered original pixel values of the IPCM block, and filters the pixel values of the non-IPCM block and outputs the filtered values.

This filtering unit 115 includes a filter unit 107 and a selecting unit 108. The filter unit 107 filters the decoded image signal 126 to generate an image signal 127. The selecting unit 108 selects the image signal 127 when a current block is an IPCM block, and selects an input image signal 120 when a current block is a non-IPCM block and then outputs the selected signal as an image signal 128.

Each of FIGS. 7A and 7B is an illustration of an example of pixels across a boundary between two blocks. In the example shown in FIG. 7A, the two blocks are adjacent to each other in the horizontal direction. Here, the block including the pixels p0 to pn at the left side is referred to as a first block. This first block is a non-IPCM block. In addition, the other block is referred to as a second block. This second block is an IPCM block. Here, as shown in FIG. 7B, the filtering in this embodiment is naturally applicable in the case where an IPCM block and a non-IPCM block are adjacent to each other in the vertical direction.

Hereinafter, a description is given of a specific example of operations by the filtering unit 115.

Each of FIG. 8A and FIG. 8B is an illustration of operations performed by the filtering unit 115 in the case of filtering pixels p [i] and q [j] included in the two blocks illustrated in FIG. 7A. In other words, the first block belongs to the non-IPCM block, and the second block is the IPCM block.

The filtering unit 115 performs operations shown in FIG. 8A and FIG. 8B according to a control signal from the control unit 113.

FIG. 8A is an illustration of an operation by the filtering unit 115 on the non-IPCM block. This operation corresponds to Step S204 shown in FIG. 5. In other words, the filtering unit 115 calculates output results pf0, pf1, . . . of the pixels corresponding to the first block, using both the pixel values (p0, p1, . . . ) of the first block and the pixel values (q0, q1, . . . ) of the second block.

FIG. 8B is an illustration of operations by the filtering unit 115 on the IPCM block. This operation corresponds to Step S205 shown in FIG. 5. In other words, the filtering unit 115 outputs the same values (unfiltered pixel values) as the input values q0, q1, and q2, for the pixels of the second block.

Hereinafter, a description is given of a moving picture decoding apparatus which performs the filtering method.

FIG. 9 is a functional block diagram of a moving picture decoding apparatus according to this embodiment.

The moving picture decoding apparatus 200 shown in FIG. 9 decodes the coded bit stream 232 to generate an output image signal 220. Here, the coded bit stream 232 is, for example, a coded bit stream 132 generated by the moving picture coding apparatus 100.

This moving picture decoding apparatus 200 comprises an inverse quantization unit 204, an inverse orthogonal transform unit 205, an adder 206, a filtering unit 215, a memory 209, a prediction unit 210, a variable length decoding unit 211, a distributing unit 212, and a control unit 231.

The distributing unit 212 supplies the coded bit stream 232 to the filtering unit 215 when a current block is an IPCM block, and supplies the coded bit stream 232 to the variable length decoding unit 211 when a current block is a non-IPCM block.

The variable length decoding unit 211 performs variable length decoding (entropy decoding) on the coded bit stream 232 to generate a quantized coefficient 223.

The inverse quantization unit 204 performs inverse quantization on the transform coefficient 223 to generate the transform coefficient 224. The inverse orthogonal transform unit 205 performs inverse orthogonal transform on the transform coefficient 224 to generate a decoded residual signal 225. The adder 206 adds the decoded residual signal 225 and the prediction image signal 230 to generate a decoded image signal 226.

The filtering unit 215 filters the decoded image signal 226 to generate an image signal 228, and stores the generated image signal 228 in the memory 209.

This filtering unit 215 includes a filter unit 207 and a selecting unit 208. The filter unit 207 filters the decoded image signal 226 to generate an image signal 227. The selecting unit 208 selects the image signal 227 when a current block is an IPCM block, and selects an input image signal 232 when a current block is a non-IPCM block and then outputs the selected signal as an image signal 228.

In addition, the image signal 228 stored in the memory 209 is output as an output image signal 220.

The prediction unit 210 selectively performs intra prediction and inter prediction using the image signal 228 stored in the memory 209 to generate a prediction image signal 230.

The control unit 213 controls the filtering unit 215 and the distributing unit 212.

Here, the variable length decoding unit 211 is an example of a decoding unit which decodes the coded bit stream to generate a quantized coefficient. In other words, the inverse quantization unit 204 and the inverse orthogonal transform unit 205 are examples of an inverse quantization unit and an inverse transform unit which generate a decoded residual signal by performing inverse quantization and inverse transform on the quantized coefficient.

Here, operations by the filtering unit 215 are the same as operations by the filtering unit 115 of the moving picture coding apparatus 100. The control unit 213 is different from the control unit 113 included in the moving picture coding apparatus 100 in the point of determining whether the PU unit type of the first block or the second block is IPCM or not from the coded bit stream 232 that is an input coded string, but is the same in the other functions.

Hereinafter, descriptions are given of structures of variations of the filtering units 115 and 215.

Each of FIG. 10A to FIG. 10H is an illustration of a conceivable implementation regarding a filter input-output relationship of filtering units 115 and 215.

As shown in FIG. 10A, each of the filter units 107 and 207 may include filter units 301 and 302 connected in series. For example, the first filter unit 301 and the second filter unit 302 may perform different processes. In this case, for example, the whole filtering processes are bypassed for the IPCM block.

As shown in FIG. 10B, the filter unit 311 may perform filtering using both the input signals. In this case, the selecting unit 312 outputs unfiltered values for the IPCM block, and the filter unit 311 outputs filtered values for the non-IPCM block.

As shown in FIG. 10C, it is also good to perform filtering processes different between the IPCM block and the non-IPCM block. For example, different filtering processes may be filtering processes using different filter strengths. In addition, for example, the filter strength for the IPCM block may be lower than the filter strength for the non-IPCM block.

More specifically, the distributing unit 321 outputs the input signal to the filter unit 322 when a current block is a non-IPCM block, and outputs the input signal to the filter unit 323 when a current block is an IPCM block. Here, the input signals include both the decoded image signal 126 and the input image signal 120. The filter unit 322 performs filtering of a first filter strength using the input signal to generate pixel values of the current block. The filter unit 322 performs filtering using a second filter strength lower than the first filter strength to generate pixel values of the current block. The selecting unit 324 outputs the pixel values of the current block filtered by the filter unit 322 when the current block is the non-IPCM block, and outputs the pixel values of the current block filtered by the filter unit 323 when the current block is the IPCM block.

As shown in FIG. 10D, processing on the IPCM block does not always need to be performed. More specifically, the distributing unit 331 outputs the input signal to the filter unit 332 when a current block is a non-IPCM block, and outputs the input signal to the selecting unit 333 when a current block is an IPCM block. The selecting unit 333 outputs the pixel values of the current block filtered by the filter unit 332 when the current block is the non-IPCM block, and outputs the pixel values of the current block in the signal from the filter unit 331 when the current block is the IPCM block.

As shown in FIG. 10E, it is possible to switch input sides of filter units instead of switching output sides of the filter units. Furthermore, the numbers of the stages of filter units are different between an IPCM block and a non-IPCM block. More specifically, the distributing unit 341 outputs the input signal to the filter unit 342 when a current block is a non-IPCM block, and outputs the input signal to the filter unit 344 when a current block is an IPCM block. The filter unit 342 performs filtering using the input signal. The filter unit 343 performs filtering using the signal filtered by the filter unit 342, and outputs the pixel values of the current filtered block. The filter unit 344 performs filtering using the input signal, and outputs the pixel values of the current filtered block. Here, the filtering performed by the filter unit 344 may be the same as or different from the filtering performed by the filter unit 342 and the filtering performed by the filter unit 343.

As shown in FIG. 10F, it is possible to switch output sides of filter units. More specifically, the filter unit 351 performs filtering using the first input signal. The filter unit 352 performs filtering using the signal filtered by the filter unit 351, and outputs the pixel values of the current filtered block. The filter unit 353 performs filtering using the second input signal, and outputs the pixel values of the current filtered block. The selecting unit 354 outputs the pixel values of the current block filtered by the filter unit 352 when the current block is the non-IPCM block, and outputs the pixel values of the current block filtered by the filter unit 353 when the current block is the IPCM block.

Here, outputting an unfiltered value involves replacing a pixel value resulting from filtering by the original input value p and outputting the replacement value.

As shown in FIG. 10G, it is possible to use a signal filtered in one of two lines in filtering that is performed in the other line. More specifically, the filter unit 361 performs filtering using the second input signal. The filter unit 362 performs filtering using the first input signal and a signal filtered by the filter unit 361. The selecting unit 363 outputs the pixel values of the current block filtered by the filter unit 362 when the current block is the non-IPCM block, and outputs the pixel values of the current block filtered by the filter unit 361 when the current block is the IPCM block. The selecting unit 363 may output the pixel values of the current block filtered by the filter unit 362 when the current block is the IPCM block, and output the pixel values of the current block filtered by the filter unit 361 when the current block is the non-IPCM block.

As shown in FIG. 10H, a value stored once in the memory 373 may be used as an input. More specifically, the selecting unit 371 selects one of the input signal and the signal stored in the memory 373. The filter unit 372 performs filtering using the signal selected by the selecting unit 371.

These are examples, and thus it is only necessary for the filtering unit 115 according to this embodiment to exert a function of finally “outputting unfiltered values for the pixels in an IPCM block”.

Hereinafter, a description is given of a modified version of a filtering method according to the present invention. FIG. 11 is a flowchart of operations in the modified version of the filtering method according to this embodiment.

It has been described that filtering is applied to the non-IPCM block in Step S204 of FIG. 5 and unfiltered pixel values of the IPCM block are output in Step S205 of FIG. 5. However, these processes may be realized in the steps indicated below. For example, it is possible to perform processes shown in FIG. 11 instead of Steps S204 and S205 shown in FIG. 5.

First, pixel values of a first block (block [0]) and a second block (block y [1]) adjacent to each other are obtained (S221). Here, for example, the first block is a non-IPCM block, and the second block is an IPCM block.

Next, a filter strength bS [0] that is applied to the first block and a filter strength bS [1] that is applied to the second block are derived (S222 and S223). Here, the filter strength bS [0] and the filter strength bS [1] show different strengths. In the conventional art, only one filter strength is set for a block boundary. For example, in this embodiment, the filter strength for the IPCM block is set lower than the filter strength for the non-IPCM block.

Next, both the blocks are filtered using the filter strength bS [0], and the pixel values of the first block after the filtering are output (S224). Next, both the blocks are filtered using the filter strength bS [1], and the pixel values of the second block after the filtering are output (S225).

Here, it is possible to control application or non-application of filtering by setting the value of the filter strength to 0. In other words, it is also good to derive for each of the blocks a flag (filterSamplesFlag) for controlling application or non-application of filtering.

As described above, the filtering method according to this embodiment makes it possible to execute filtering on one of the blocks using the first filter strength and execute filtering on the other block using the second filter strength. In addition, the filtering method makes it possible to perform such processing in filtering processes.

FIG. 12 is a flowchart of operations in a variation of the filtering method according to this embodiment. The processes shown in FIG. 12 further include Step S401, in addition to the processes shown in FIG. 3.

This Step S401 is added to provide an appropriate filter strength to an IPCM block which is inevitably determined to be a block that is intra predicted. In Step S401, a determination is made as to whether at least one of the first block and the second block is an IPCM block or not. When at least one of the first block and the second block is the IPCM block (Yes in S401), a filter strength (bS) is determined to be any one of 3, 2, 1, and 0 that is smaller than N (=4) (S124). In addition, when both the first block and the second block are non-IPCM blocks (No in S401), the filter strength is set to bS=N which means the highest strength (S123).

In the case of the filtering method shown in FIG. 3, when one or both of the blocks is a macroblock coded using the intra prediction mode (Yes in S122), the filter strength itself is always set to be bS=4 which means the highest strength without considering any other determination factor.

On the other hand, in the case of this embodiment's variation shown in FIG. 12, when one or both of the blocks is a macroblock coded using the intra prediction mode (Yes in S122) and when one of the blocks is an IPCM block (Yes in S401), a filter strength (bS=0 to 3) lower than the filter strength (bS=4) set in Step S123 is set.

FIG. 13 is an illustration of filter strengths determined using the filtering method according to this embodiment and block units which define a boundary.

As shown in FIG. 13, when a macroblock MB [0] is a macroblock coded using the inter prediction mode and a macroblock MB [1] is a macroblock coded using the intra prediction mode (Yes in S122) and when both the first and second blocks are non-IPCM blocks (No in S401), bS=4 is set to both the blocks (S123).

On the other hand, when a PU block [0] is coded using a non-IPCM mode and a PU block [1] is coded using an IPCM mode, that is, when a CU block [0] is a non-IPCM block and a CU block [1] is an IPCM block (Yes in S401), bS=any one of 0 to 3 is set to each of the CU block [0] and CU block [1]. In this example, bS=0 is set to the CU block [1] that is an IPCM block, and bS=any one of 1 to 3 is set to the CU block [0] that is a non-IPCM block.

Each of FIG. 14A and FIG. 14B is an illustration of a state in which an application range of a flag indicating that a filter is ON is extended by handling an IPCM block according to this embodiment. FIG. 14A shows, as a comparison example, a case of not applying an approach in this embodiment. FIG. 14B shows a case of applying the approach in this embodiment.

As shown in FIG. 14B, it is possible to extend the application range of the flag indicating that a filter is ON by using the filtering method according to this embodiment.

As described above, the filtering method according to this embodiment employs, for the determination, an implicit code interpretation rule that the filtering unit or the control unit “does not filter an IPCM block” in the in-loop filtering. In this way, as shown in FIG. 14A and FIG. 14B, it is possible to specify whether a filter is enabled or disabled for a coded string in a larger range. In this way, the filtering method according to this embodiment reduces the amount of bits.

The filtering methods, moving picture coding apparatuses, and moving picture decoding apparatuses according to the embodiments of the present invention have been described above, but the present invention is not limited to these embodiments.

For example, it is also possible to combine at least parts of functions of the filtering methods, moving picture coding apparatuses, moving picture decoding apparatuses according to the embodiments and the variations thereof.

In addition, the division of functional blocks in each of the block diagrams is exemplary. It is also possible to implement some of the functional blocks as a functional block, divide a functional block into plural blocks, and/or move part of the function(s) to any of the functional blocks. In addition, the functions of the plural functional blocks having functions similar to each other may be exerted in parallel or in time division by hardware or software.

In addition, the execution order of the plural steps of each of the filtering methods is provided as an example for specifically explaining the present invention, and thus other orders are also possible. In addition, part of the steps may be executed simultaneously with (in parallel to) any of the other steps.

For example, the order of Steps S201 and S202 shown in FIG. 5 is not limited to the described order. In other words, it is only necessary that Steps S204 and S205 are executed as a result when “one of two blocks across a boundary is included in an IPCM block, and the other is not included in an IPCM block”. In addition, the order of Steps S204 and S205 may also be arbitrary.

Likewise, the order of Steps S222 to S225 shown in FIG. 11 is not limited to the described order. More specifically, the order of Steps S222 to S225 may be arbitrary as long as Step S224 is after Step S222 and Step S225 is after S223.

Embodiment 2

The processing described in each of embodiments can be simply implemented in an independent computer system, by recording, in a recording medium, a program for implementing the configurations of the moving picture coding method (image coding method) and the moving picture decoding method (image decoding method) described in each of embodiments. The recording media may be any recording media as long as the program can be recorded, such as a magnetic disk, an optical disk, a magnetic optical disk, an IC card, and a semiconductor memory.

Hereinafter, the applications to the moving picture coding method (image coding method) and the moving picture decoding method (image decoding method) described in each of embodiments and systems using thereof will be described. The system has a feature of having an image coding and decoding apparatus that includes an image coding apparatus using the image coding method and an image decoding apparatus using the image decoding method. Other configurations in the system can be changed as appropriate depending on the cases.

FIG. 15 illustrates an overall configuration of a content providing system ex100 for implementing content distribution services. The area for providing communication services is divided into cells of desired size, and base stations ex106, ex107, ex108, ex109, and ex110 which are fixed wireless stations are placed in each of the cells.

The content providing system ex100 is connected to devices, such as a computer ex111, a personal digital assistant (PDA) ex112, a camera ex113, a cellular phone ex114 and a game machine ex115, via the Internet ex101, an Internet service provider ex102, a telephone network ex104, as well as the base stations ex106 to ex110, respectively.

However, the configuration of the content providing system ex100 is not limited to the configuration shown in FIG. 15, and a combination in which any of the elements are connected is acceptable. In addition, each device may be directly connected to the telephone network ex104, rather than via the base stations ex106 to ex110 which are the fixed wireless stations. Furthermore, the devices may be interconnected to each other via a short distance wireless communication and others.

The camera ex113, such as a digital video camera, is capable of capturing video. A camera ex116, such as a digital video camera, is capable of capturing both still images and video. Furthermore, the cellular phone ex114 may be the one that meets any of the standards such as Global System for Mobile Communications (GSM) (registered trademark), Code Division Multiple Access (CDMA), Wideband-Code Division Multiple Access (W-CDMA), Long Term Evolution (LTE), and High Speed Packet Access (HSPA). Alternatively, the cellular phone ex114 may be a Personal Handyphone System (PHS).

In the content providing system ex100, a streaming server ex103 is connected to the camera ex113 and others via the telephone network ex104 and the base station ex109, which enables distribution of images of a live show and others. In such a distribution, a content (for example, video of a music live show) captured by the user using the camera ex113 is coded as described above in each of embodiments (i.e., the camera functions as the image coding apparatus in the present invention), and the coded content is transmitted to the streaming server ex103. On the other hand, the streaming server ex103 carries out stream distribution of the transmitted content data to the clients upon their requests. The clients include the computer ex111, the PDA ex112, the camera ex113, the cellular phone ex114, and the game machine ex115 that are capable of decoding the above-mentioned coded data. Each of the devices that have received the distributed data decodes and reproduces the coded data (i.e., functions as the image decoding apparatus in the present invention).

The captured data may be coded by the camera ex113 or the streaming server ex103 that transmits the data, or the coding processes may be shared between the camera ex113 and the streaming server ex103. Similarly, the distributed data may be decoded by the clients or the streaming server ex103, or the decoding processes may be shared between the clients and the streaming server ex103. Furthermore, the data of the still images and video captured by not only the camera ex113 but also the camera ex116 may be transmitted to the streaming server ex103 through the computer ex111. The coding processes may be performed by the camera ex116, the computer ex111, or the streaming server ex103, or shared among them.

Furthermore, the coding and decoding processes may be performed by an LSI ex500 generally included in each of the computer ex111 and the devices. The LSI ex500 may be configured of a single chip or a plurality of chips. Software for coding and decoding video may be integrated into some type of a recording medium (such as a CD-ROM, a flexible disk, and a hard disk) that is readable by the computer ex111 and others, and the coding and decoding processes may be performed using the software. Furthermore, when the cellular phone ex114 is equipped with a camera, the image data obtained by the camera may be transmitted. The video data is data coded by the LSI ex500 included in the cellular phone ex114.

Furthermore, the streaming server ex103 may be composed of servers and computers, and may decentralize data and process the decentralized data, record, or distribute data.

As described above, the clients may receive and reproduce the coded data in the content providing system ex100. In other words, the clients can receive and decode information transmitted by the user, and reproduce the decoded data in real time in the content providing system ex100, so that the user who does not have any particular right and equipment can implement personal broadcasting.

Aside from the example of the content providing system ex100, at least one of the moving picture coding apparatus (image coding apparatus) and the moving picture decoding apparatus (image decoding apparatus) described in each of embodiments may be implemented in a digital broadcasting system ex200 illustrated in FIG. 16. More specifically, a broadcast station ex201 communicates or transmits, via radio waves to a broadcast satellite ex202, multiplexed data obtained by multiplexing audio data and others onto video data. The video data is data coded by the moving picture coding method described in each of embodiments (i.e., data coded by the image coding apparatus in the present invention). Upon receipt of the multiplexed data, the broadcast satellite ex202 transmits radio waves for broadcasting. Then, a home-use antenna ex204 with a satellite broadcast reception function receives the radio waves. Next, a device such as a television (receiver) ex300 and a set top box (STB) ex217 decodes the received multiplexed data, and reproduces the decoded data (i.e., functions as the image coding apparatus in the present invention).

Furthermore, a reader/recorder ex218 (i) reads and decodes the multiplexed data recorded on a recording media ex215, such as a DVD and a BD, or (i) codes video signals in the recording medium ex215, and in some cases, writes data obtained by multiplexing an audio signal on the coded data. The reader/recorder ex218 can include the moving picture decoding apparatus or the moving picture coding apparatus as shown in each of embodiments. In this case, the reproduced video signals are displayed on the monitor ex219, and can be reproduced by another device or system using the recording medium ex215 on which the multiplexed data is recorded. It is also possible to implement the moving picture decoding apparatus in the set top box ex217 connected to the cable ex203 for a cable television or to the antenna ex204 for satellite and/or terrestrial broadcasting, so as to display the video signals on the monitor ex219 of the television ex300. The moving picture decoding apparatus may be implemented not in the set top box but in the television ex300.

FIG. 17 illustrates the television (receiver) ex300 that uses the moving picture coding method and the moving picture decoding method described in each of embodiments. The television ex300 includes: a tuner ex301 that obtains or provides multiplexed data obtained by multiplexing audio data onto video data, through the antenna ex204 or the cable ex203, etc. that receives a broadcast; a modulation/demodulation unit ex302 that demodulates the received multiplexed data or modulates data into multiplexed data to be supplied outside; and a multiplexing/demultiplexing unit ex303 that demultiplexes the modulated multiplexed data into video data and audio data, or multiplexes video data and audio data coded by a signal processing unit ex306 into data.

The television ex300 further includes: a signal processing unit ex306 including an audio signal processing unit ex304 and a video signal processing unit ex305 that decode audio data and video data and code audio data and video data, respectively (which function as the image coding apparatus and the image decoding apparatus); and an output unit ex309 including a speaker ex307 that provides the decoded audio signal, and a display unit ex308 that displays the decoded video signal, such as a display. Furthermore, the television ex300 includes an interface unit ex317 including an operation input unit ex312 that receives an input of a user operation. Furthermore, the television ex300 includes a control unit ex310 that controls overall each constituent element of the television ex300, and a power supply circuit unit ex311 that supplies power to each of the elements. Other than the operation input unit ex312, the interface unit ex317 may include: a bridge ex313 that is connected to an external device, such as the reader/recorder ex218; a slot unit ex314 for enabling attachment of the recording medium ex216, such as an SD card; a driver ex315 to be connected to an external recording medium, such as a hard disk; and a modem ex316 to be connected to a telephone network. Here, the recording medium ex216 can electrically record information using a non-volatile/volatile semiconductor memory element for storage. The constituent elements of the television ex300 are connected to each other through a synchronous bus.

First, the configuration in which the television ex300 decodes multiplexed data obtained from outside through the antenna ex204 and others and reproduces the decoded data will be described. In the television ex300, upon a user operation through a remote controller ex220 and others, the multiplexing/demultiplexing unit ex303 demultiplexes the multiplexed data demodulated by the modulation/demodulation unit ex302, under control of the control unit ex310 including a CPU. Furthermore, the audio signal processing unit ex304 decodes the demultiplexed audio data, and the video signal processing unit ex305 decodes the demultiplexed video data, using the decoding method described in each of embodiments, in the television ex300. The output unit ex309 provides the decoded video signal and audio signal outside, respectively. When the output unit ex309 provides the video signal and the audio signal, the signals may be temporarily stored in buffers ex318 and ex319, and others so that the signals are reproduced in synchronization with each other. Furthermore, the television ex300 may read multiplexed data not through a broadcast and others but from the recording media ex215 and ex216, such as a magnetic disk, an optical disk, and a SD card. Next, a configuration in which the television ex300 codes an audio signal and a video signal, and transmits the data outside or writes the data on a recording medium will be described. In the television ex300, upon a user operation through the remote controller ex220 and others, the audio signal processing unit ex304 codes an audio signal, and the video signal processing unit ex305 codes a video signal, under control of the control unit ex310 using the coding method described in each of embodiments. The multiplexing/demultiplexing unit ex303 multiplexes the coded video signal and audio signal, and provides the resulting signal outside. When the multiplexing/demultiplexing unit ex303 multiplexes the video signal and the audio signal, the signals may be temporarily stored in the buffers ex320 and ex321, and others so that the signals are reproduced in synchronization with each other. Here, the buffers ex318, ex319, ex320, and ex321 may be plural as illustrated, or at least one buffer may be shared in the television ex300. Furthermore, data may be stored in a buffer so that the system overflow and underflow may be avoided between the modulation/demodulation unit ex302 and the multiplexing/demultiplexing unit ex303, for example.

Furthermore, the television ex300 may include a configuration for receiving an AV input from a microphone or a camera other than the configuration for obtaining audio and video data from a broadcast or a recording medium, and may code the obtained data. Although the television ex300 can code, multiplex, and provide outside data in the description, it may be capable of only receiving, decoding, and providing outside data but not the coding, multiplexing, and providing outside data.

Furthermore, when the reader/recorder ex218 reads or writes multiplexed data from or on a recording medium, one of the television ex300 and the reader/recorder ex218 may decode or code the multiplexed data, and the television ex300 and the reader/recorder ex218 may share the decoding or coding.

As an example, FIG. 18 illustrates a configuration of an information reproducing/recording unit ex400 when data is read or written from or on an optical disk. The information reproducing/recording unit ex400 includes constituent elements ex401, ex402, ex403, ex404, ex405, ex406, and ex407 to be described hereinafter. The optical head ex401 irradiates a laser spot in a recording surface of the recording medium ex215 that is an optical disk to write information, and detects reflected light from the recording surface of the recording medium ex215 to read the information. The modulation recording unit ex402 electrically drives a semiconductor laser included in the optical head ex401, and modulates the laser light according to recorded data. The reproduction demodulating unit ex403 amplifies a reproduction signal obtained by electrically detecting the reflected light from the recording surface using a photo detector included in the optical head ex401, and demodulates the reproduction signal by separating a signal component recorded on the recording medium ex215 to reproduce the necessary information. The buffer ex404 temporarily holds the information to be recorded on the recording medium ex215 and the information reproduced from the recording medium ex215. The disk motor ex405 rotates the recording medium ex215. The servo control unit ex406 moves the optical head ex401 to a predetermined information track while controlling the rotation drive of the disk motor ex405 so as to follow the laser spot. The system control unit ex407 controls overall the information reproducing/recording unit ex400. The reading and writing processes can be implemented by the system control unit ex407 using various information stored in the buffer ex404 and generating and adding new information as necessary, and by the modulation recording unit ex402, the reproduction demodulating unit ex403, and the servo control unit ex406 that record and reproduce information through the optical head ex401 while being operated in a coordinated manner. The system control unit ex407 includes, for example, a microprocessor, and executes processing by causing a computer to execute a program for read and write.

Although the optical head ex401 irradiates a laser spot in the description, it may perform high-density recording using near field light.

FIG. 19 illustrates the recording medium ex215 that is the optical disk. On the recording surface of the recording medium ex215, guide grooves are spirally formed, and an information track ex230 records, in advance, address information indicating an absolute position on the disk according to change in a shape of the guide grooves. The address information includes information for determining positions of recording blocks ex231 that are a unit for recording data. Reproducing the information track ex230 and reading the address information in an apparatus that records and reproduces data can lead to determination of the positions of the recording blocks. Furthermore, the recording medium ex215 includes a data recording area ex233, an inner circumference area ex232, and an outer circumference area ex234. The data recording area ex233 is an area for use in recording the user data. The inner circumference area ex232 and the outer circumference area ex234 that are inside and outside of the data recording area ex233, respectively are for specific use except for recording the user data. The information reproducing/recording unit 400 reads and writes coded audio, coded video data, or multiplexed data obtained by multiplexing the coded audio and video data, from and on the data recording area ex233 of the recording medium ex215.

Although an optical disk having a layer, such as a DVD and a BD is described as an example in the description, the optical disk is not limited to such, and may be an optical disk having a multilayer structure and capable of being recorded on a part other than the surface. Furthermore, the optical disk may have a structure for multidimensional recording/reproduction, such as recording of information using light of colors with different wavelengths in the same portion of the optical disk and for recording information having different layers from various angles.

Furthermore, a car ex210 having an antenna ex205 can receive data from the satellite ex202 and others, and reproduce video on a display device such as a car navigation system ex211 set in the car ex210, in the digital broadcasting system ex200. Here, a configuration of the car navigation system ex211 will be a configuration, for example, including a GPS receiving unit from the configuration illustrated in FIG. 17. The same will be true for the configuration of the computer ex111, the cellular phone ex114, and others.

FIG. 20A illustrates the cellular phone ex114 that uses the moving picture coding method and the moving picture decoding method described in embodiments. The cellular phone ex114 includes: an antenna ex350 for transmitting and receiving radio waves through the base station ex110; a camera unit ex365 capable of capturing moving and still images; and a display unit ex358 such as a liquid crystal display for displaying the data such as decoded video captured by the camera unit ex365 or received by the antenna ex350. The cellular phone ex114 further includes: a main body unit including an operation key unit ex366; an audio output unit ex357 such as a speaker for output of audio; an audio input unit ex356 such as a microphone for input of audio; a memory unit ex367 for storing captured video or still pictures, recorded audio, coded or decoded data of the received video, the still pictures, e-mails, or others; and a slot unit ex364 that is an interface unit for a recording medium that stores data in the same manner as the memory unit ex367.

Next, an example of a configuration of the cellular phone ex114 will be described with reference to FIG. 20B. In the cellular phone ex114, a main control unit ex360 designed to control overall each unit of the main body including the display unit ex358 as well as the operation key unit ex366 is connected mutually, via a synchronous bus ex370, to a power supply circuit unit ex361, an operation input control unit ex362, a video signal processing unit ex355, a camera interface unit ex363, a liquid crystal display (LCD) control unit ex359, a modulation/demodulation unit ex352, a multiplexing/demultiplexing unit ex353, an audio signal processing unit ex354, the slot unit ex364, and the memory unit ex367.

When a call-end key or a power key is turned ON by a user's operation, the power supply circuit unit ex361 supplies the respective units with power from a battery pack so as to activate the cell phone ex114.

In the cellular phone ex114, the audio signal processing unit ex354 converts the audio signals collected by the audio input unit ex356 in voice conversation mode into digital audio signals under the control of the main control unit ex360 including a CPU, ROM, and RAM. Then, the modulation/demodulation unit ex352 performs spread spectrum processing on the digital audio signals, and the transmitting and receiving unit ex351 performs digital-to-analog conversion and frequency conversion on the data, so as to transmit the resulting data via the antenna ex350. Also, in the cellular phone ex114, the transmitting and receiving unit ex351 amplifies the data received by the antenna ex350 in voice conversation mode and performs frequency conversion and the analog-to-digital conversion on the data. Then, the modulation/demodulation unit ex352 performs inverse spread spectrum processing on the data, and the audio signal processing unit ex354 converts it into analog audio signals, so as to output them via the audio output unit ex357.

Furthermore, when an e-mail in data communication mode is transmitted, text data of the e-mail inputted by operating the operation key unit ex366 and others of the main body is sent out to the main control unit ex360 via the operation input control unit ex362. The main control unit ex360 causes the modulation/demodulation unit ex352 to perform spread spectrum processing on the text data, and the transmitting and receiving unit ex351 performs the digital-to-analog conversion and the frequency conversion on the resulting data to transmit the data to the base station ex110 via the antenna ex350. When an e-mail is received, processing that is approximately inverse to the processing for transmitting an e-mail is performed on the received data, and the resulting data is provided to the display unit ex358.

When video, still images, or video and audio in data communication mode is or are transmitted, the video signal processing unit ex355 compresses and codes video signals supplied from the camera unit ex365 using the moving picture coding method shown in each of embodiments (i.e., functions as the image coding apparatus in the present invention), and transmits the coded video data to the multiplexing/demultiplexing unit ex353. In contrast, during when the camera unit ex365 captures video, still images, and others, the audio signal processing unit ex354 codes audio signals collected by the audio input unit ex356, and transmits the coded audio data to the multiplexing/demultiplexing unit ex353.

The multiplexing/demultiplexing unit ex353 multiplexes the coded video data supplied from the video signal processing unit ex355 and the coded audio data supplied from the audio signal processing unit ex354, using a predetermined method. Then, the modulation/demodulation unit (modulation/demodulation circuit unit) ex352 performs spread spectrum processing on the multiplexed data, and the transmitting and receiving unit ex351 performs digital-to-analog conversion and frequency conversion on the data so as to transmit the resulting data via the antenna ex350.

When receiving data of a video file which is linked to a Web page and others in data communication mode or when receiving an e-mail with video and/or audio attached, in order to decode the multiplexed data received via the antenna ex350, the multiplexing/demultiplexing unit ex353 demultiplexes the multiplexed data into a video data bit stream and an audio data bit stream, and supplies the video signal processing unit ex355 with the coded video data and the audio signal processing unit ex354 with the coded audio data, through the synchronous bus ex370. The video signal processing unit ex355 decodes the video signal using a moving picture decoding method corresponding to the moving picture coding method shown in each of embodiments (i.e., functions as the image decoding apparatus in the present invention), and then the display unit ex358 displays, for instance, the video and still images included in the video file linked to the Web page via the LCD control unit ex359. Furthermore, the audio signal processing unit ex354 decodes the audio signal, and the audio output unit ex357 provides the audio.

Furthermore, similarly to the television ex300, a terminal such as the cellular phone ex114 probably have 3 types of implementation configurations including not only (i) a transmitting and receiving terminal including both a coding apparatus and a decoding apparatus, but also (ii) a transmitting terminal including only a coding apparatus and (iii) a receiving terminal including only a decoding apparatus. Although the digital broadcasting system ex200 receives and transmits the multiplexed data obtained by multiplexing audio data onto video data in the description, the multiplexed data may be data obtained by multiplexing not audio data but character data related to video onto video data, and may be not multiplexed data but video data itself.

As such, the moving picture coding method and the moving picture decoding method in each of embodiments can be used in any of the devices and systems described. Thus, the advantages described in each of embodiments can be obtained.

Furthermore, the present invention is not limited to embodiments, and various modifications and revisions are possible without departing from the scope of the present invention.

Embodiment 3

Video data can be generated by switching, as necessary, between (i) the moving picture coding method or the moving picture coding apparatus shown in each of embodiments and (ii) a moving picture coding method or a moving picture coding apparatus in conformity with a different standard, such as MPEG-2, MPEG-4 AVC, and VC-1.

Here, when a plurality of video data that conforms to the different standards is generated and is then decoded, the decoding methods need to be selected to conform to the different standards. However, since to which standard each of the plurality of the video data to be decoded conform cannot be detected, there is a problem that an appropriate decoding method cannot be selected.

In order to solve the problem, multiplexed data obtained by multiplexing audio data and others onto video data has a structure including identification information indicating to which standard the video data conforms. The specific structure of the multiplexed data including the video data generated in the moving picture coding method and by the moving picture coding apparatus shown in each of embodiments will be hereinafter described. The multiplexed data is a digital stream in the MPEG-2 Transport Stream format.

FIG. 21 illustrates a structure of the multiplexed data. As illustrated in FIG. 21, the multiplexed data can be obtained by multiplexing at least one of a video stream, an audio stream, a presentation graphics stream (PG), and an interactive graphics stream. The video stream represents primary video and secondary video of a movie, the audio stream (IG) represents a primary audio part and a secondary audio part to be mixed with the primary audio part, and the presentation graphics stream represents subtitles of the movie. Here, the primary video is normal video to be displayed on a screen, and the secondary video is video to be displayed on a smaller window in the primary video. Furthermore, the interactive graphics stream represents an interactive screen to be generated by arranging the GUI components on a screen. The video stream is coded in the moving picture coding method or by the moving picture coding apparatus shown in each of embodiments, or in a moving picture coding method or by a moving picture coding apparatus in conformity with a conventional standard, such as MPEG-2, MPEG-4 AVC, and VC-1. The audio stream is coded in accordance with a standard, such as Dolby-AC-3, Dolby Digital Plus, MLP, DTS, DTS-HD, and linear PCM.

Each stream included in the multiplexed data is identified by PID. For example, 0x1011 is allocated to the video stream to be used for video of a movie, 0x1100 to 0x111F are allocated to the audio streams, 0x1200 to 0x121F are allocated to the presentation graphics streams, 0x1400 to 0x141F are allocated to the interactive graphics streams, 0x1B00 to 0x1B1F are allocated to the video streams to be used for secondary video of the movie, and 0x1A00 to 0x1A1F are allocated to the audio streams to be used for the secondary video to be mixed with the primary audio.

FIG. 22 schematically illustrates how data is multiplexed. First, a video stream ex235 composed of video frames and an audio stream ex238 composed of audio frames are transformed into a stream of PES packets ex236 and a stream of PES packets ex239, and further into TS packets ex237 and TS packets ex240, respectively. Similarly, data of a presentation graphics stream ex241 and data of an interactive graphics stream ex244 are transformed into a stream of PES packets ex242 and a stream of PES packets ex245, and further into TS packets ex243 and TS packets ex246, respectively. These TS packets are multiplexed into a stream to obtain multiplexed data ex247.

FIG. 23 illustrates how a video stream is stored in a stream of PES packets in more detail. The first bar in FIG. 23 shows a video frame stream in a video stream. The second bar shows the stream of PES packets. As indicated by arrows denoted as yy1, yy2, yy3, and yy4 in FIG. 23, the video stream is divided into pictures as I pictures, B pictures, and P pictures each of which is a video presentation unit, and the pictures are stored in a payload of each of the PES packets. Each of the PES packets has a PES header, and the PES header stores a Presentation Time-Stamp (PTS) indicating a display time of the picture, and a Decoding Time-Stamp (DTS) indicating a decoding time of the picture.

FIG. 24 illustrates a format of TS packets to be finally written on the multiplexed data. Each of the TS packets is a 188-byte fixed length packet including a 4-byte TS header having information, such as a PID for identifying a stream and a 184-byte TS payload for storing data. The PES packets are divided, and stored in the TS payloads, respectively. When a BD ROM is used, each of the TS packets is given a 4-byte TP_Extra_Header, thus resulting in 192-byte source packets. The source packets are written on the multiplexed data. The TP_Extra_Header stores information such as an Arrival_Time_Stamp (ATS). The ATS shows a transfer start time at which each of the TS packets is to be transferred to a PID filter. The source packets are arranged in the multiplexed data as shown at the bottom of FIG. 24. The numbers incrementing from the head of the multiplexed data are called source packet numbers (SPNs).

Each of the TS packets included in the multiplexed data includes not only streams of audio, video, subtitles and others, but also a Program Association Table (PAT), a Program Map Table (PMT), and a Program Clock Reference (PCR). The PAT shows what a PID in a PMT used in the multiplexed data indicates, and a PID of the PAT itself is registered as zero. The PMT stores PIDs of the streams of video, audio, subtitles and others included in the multiplexed data, and attribute information of the streams corresponding to the PIDs. The PMT also has various descriptors relating to the multiplexed data. The descriptors have information such as copy control information showing whether copying of the multiplexed data is permitted or not. The PCR stores STC time information corresponding to an ATS showing when the PCR packet is transferred to a decoder, in order to achieve synchronization between an Arrival Time Clock (ATC) that is a time axis of ATSs, and an System Time Clock (STC) that is a time axis of PTSs and DTSs.

FIG. 25 illustrates the data structure of the PMT in detail. A PMT header is disposed at the top of the PMT. The PMT header describes the length of data included in the PMT and others. A plurality of descriptors relating to the multiplexed data is disposed after the PMT header. Information such as the copy control information is described in the descriptors. After the descriptors, a plurality of pieces of stream information relating to the streams included in the multiplexed data is disposed. Each piece of stream information includes stream descriptors each describing information, such as a stream type for identifying a compression codec of a stream, a stream PID, and stream attribute information (such as a frame rate or an aspect ratio). The stream descriptors are equal in number to the number of streams in the multiplexed data.

When the multiplexed data is recorded on a recording medium and others, it is recorded together with multiplexed data information files.

Each of the multiplexed data information files is management information of the multiplexed data as shown in FIG. 26. The multiplexed data information files are in one to one correspondence with the multiplexed data, and each of the files includes multiplexed data information, stream attribute information, and an entry map.

As illustrated in FIG. 26, the multiplexed data includes a system rate, a reproduction start time, and a reproduction end time. The system rate indicates the maximum transfer rate at which a system target decoder to be described later transfers the multiplexed data to a PID filter. The intervals of the ATSs included in the multiplexed data are set to not higher than a system rate. The reproduction start time indicates a PTS in a video frame at the head of the multiplexed data. An interval of one frame is added to a PTS in a video frame at the end of the multiplexed data, and the PTS is set to the reproduction end time.

As shown in FIG. 27, a piece of attribute information is registered in the stream attribute information, for each PID of each stream included in the multiplexed data. Each piece of attribute information has different information depending on whether the corresponding stream is a video stream, an audio stream, a presentation graphics stream, or an interactive graphics stream. Each piece of video stream attribute information carries information including what kind of compression codec is used for compressing the video stream, and the resolution, aspect ratio and frame rate of the pieces of picture data that is included in the video stream. Each piece of audio stream attribute information carries information including what kind of compression codec is used for compressing the audio stream, how many channels are included in the audio stream, which language the audio stream supports, and how high the sampling frequency is. The video stream attribute information and the audio stream attribute information are used for initialization of a decoder before the player plays back the information.

In the present embodiment, the multiplexed data to be used is of a stream type included in the PMT. Furthermore, when the multiplexed data is recorded on a recording medium, the video stream attribute information included in the multiplexed data information is used. More specifically, the moving picture coding method or the moving picture coding apparatus described in each of embodiments includes a step or a unit for allocating unique information indicating video data generated by the moving picture coding method or the moving picture coding apparatus in each of embodiments, to the stream type included in the PMT or the video stream attribute information. With the configuration, the video data generated by the moving picture coding method or the moving picture coding apparatus described in each of embodiments can be distinguished from video data that conforms to another standard.

Furthermore, FIG. 28 illustrates steps of the moving picture decoding method according to the present embodiment. In Step exS100, the stream type included in the PMT or the video stream attribute information is obtained from the multiplexed data. Next, in Step exS101, it is determined whether or not the stream type or the video stream attribute information indicates that the multiplexed data is generated by the moving picture coding method or the moving picture coding apparatus in each of embodiments. When it is determined that the stream type or the video stream attribute information indicates that the multiplexed data is generated by the moving picture coding method or the moving picture coding apparatus in each of embodiments, in Step exS102, decoding is performed by the moving picture decoding method in each of embodiments. Furthermore, when the stream type or the video stream attribute information indicates conformance to the conventional standards, such as MPEG-2, MPEG-4 AVC, and VC-1, in Step exS103, decoding is performed by a moving picture decoding method in conformity with the conventional standards.

As such, allocating a new unique value to the stream type or the video stream attribute information enables determination whether or not the moving picture decoding method or the moving picture decoding apparatus that is described in each of embodiments can perform decoding. Even when multiplexed data that conforms to a different standard, an appropriate decoding method or apparatus can be selected. Thus, it becomes possible to decode information without any error. Furthermore, the moving picture coding method or apparatus, or the moving picture decoding method or apparatus in the present embodiment can be used in the devices and systems described above.

Embodiment 4

Each of the moving picture coding method, the moving picture coding apparatus, the moving picture decoding method, and the moving picture decoding apparatus in each of embodiments is typically achieved in the form of an integrated circuit or a Large Scale Integrated (LSI) circuit. As an example of the LSI, FIG. 29 illustrates a configuration of the LSI ex500 that is made into one chip. The LSI ex500 includes elements ex501, ex502, ex503, ex504, ex505, ex506, ex507, ex508, and ex509 to be described below, and the elements are connected to each other through a bus ex510. The power supply circuit unit ex505 is activated by supplying each of the elements with power when the power supply circuit unit ex505 is turned on.

For example, when coding is performed, the LSI ex500 receives an AV signal from a microphone ex117, a camera ex113, and others through an AV 10 ex509 under control of a control unit ex501 including a CPU ex502, a memory controller ex503, a stream controller ex504, and a driving frequency control unit ex512. The received AV signal is temporarily stored in an external memory ex511, such as an SDRAM. Under control of the control unit ex501, the stored data is segmented into data portions according to the processing amount and speed to be transmitted to a signal processing unit ex507. Then, the signal processing unit ex507 codes an audio signal and/or a video signal. Here, the coding of the video signal is the coding described in each of embodiments. Furthermore, the signal processing unit ex507 sometimes multiplexes the coded audio data and the coded video data, and a stream IO ex506 provides the multiplexed data outside. The provided multiplexed data is transmitted to the base station ex107, or written on the recording media ex215. When data sets are multiplexed, the data should be temporarily stored in the buffer ex508 so that the data sets are synchronized with each other.

Although the memory ex511 is an element outside the LSI ex500, it may be included in the LSI ex500. The buffer ex508 is not limited to one buffer, but may be composed of buffers. Furthermore, the LSI ex500 may be made into one chip or a plurality of chips.

Furthermore, although the control unit ex501 includes the CPU ex502, the memory controller ex503, the stream controller ex504, the driving frequency control unit ex512, the configuration of the control unit ex501 is not limited to such. For example, the signal processing unit ex507 may further include a CPU. Inclusion of another CPU in the signal processing unit ex507 can improve the processing speed. Furthermore, as another example, the CPU ex502 may serve as or be a part of the signal processing unit ex507, and, for example, may include an audio signal processing unit. In such a case, the control unit ex501 includes the signal processing unit ex507 or the CPU ex502 including a part of the signal processing unit ex507.

The name used here is LSI, but it may also be called IC, system LSI, super LSI, or ultra LSI depending on the degree of integration.

Moreover, ways to achieve integration are not limited to the LSI, and a special circuit or a general purpose processor and so forth can also achieve the integration. Field Programmable Gate Array (FPGA) that can be programmed after manufacturing LSIs or a reconfigurable processor that allows re-configuration of the connection or configuration of an LSI can be used for the same purpose.

In the future, with advancement in semiconductor technology, a brand-new technology may replace LSI. The functional blocks can be integrated using such a technology. The possibility is that the present invention is applied to biotechnology.

Embodiment 5

When video data generated in the moving picture coding method or by the moving picture coding apparatus described in each of embodiments is decoded, compared to when video data that conforms to a conventional standard, such as MPEG-2, MPEG-4 AVC, and VC-1 is decoded, the processing amount probably increases. Thus, the LSI ex500 needs to be set to a driving frequency higher than that of the CPU ex502 to be used when video data in conformity with the conventional standard is decoded. However, when the driving frequency is set higher, there is a problem that the power consumption increases.

In order to solve the problem, the moving picture decoding apparatus, such as the television ex300 and the LSI ex500 is configured to determine to which standard the video data conforms, and switch between the driving frequencies according to the determined standard. FIG. 30 illustrates a configuration ex800 in the present embodiment. A driving frequency switching unit ex803 sets a driving frequency to a higher driving frequency when video data is generated by the moving picture coding method or the moving picture coding apparatus described in each of embodiments. Then, the driving frequency switching unit ex803 instructs a decoding processing unit ex801 that executes the moving picture decoding method described in each of embodiments to decode the video data. When the video data conforms to the conventional standard, the driving frequency switching unit ex803 sets a driving frequency to a lower driving frequency than that of the video data generated by the moving picture coding method or the moving picture coding apparatus described in each of embodiments. Then, the driving frequency switching unit ex803 instructs the decoding processing unit ex802 that conforms to the conventional standard to decode the video data.

More specifically, the driving frequency switching unit ex803 includes the CPU ex502 and the driving frequency control unit ex512 in FIG. 29. Here, each of the decoding processing unit ex801 that executes the moving picture decoding method described in each of embodiments and the decoding processing unit ex802 that conforms to the conventional standard corresponds to the signal processing unit ex507 in FIG. 29. The CPU ex502 determines to which standard the video data conforms. Then, the driving frequency control unit ex512 determines a driving frequency based on a signal from the CPU ex502. Furthermore, the signal processing unit ex507 decodes the video data based on the signal from the CPU ex502. For example, the identification information described in Embodiment 3 is probably used for identifying the video data. The identification information is not limited to the one described in Embodiment 3 but may be any information as long as the information indicates to which standard the video data conforms. For example, when which standard video data conforms to can be determined based on an external signal for determining that the video data is used for a television or a disk, etc., the determination may be made based on such an external signal. Furthermore, the CPU ex502 selects a driving frequency based on, for example, a look-up table in which the standards of the video data are associated with the driving frequencies as shown in FIG. 32. The driving frequency can be selected by storing the look-up table in the buffer ex508 and in an internal memory of an LSI, and with reference to the look-up table by the CPU ex502.

FIG. 31 illustrates steps for executing a method in the present embodiment. First, in Step exS200, the signal processing unit ex507 obtains identification information from the multiplexed data. Next, in Step exS201, the CPU ex502 determines whether or not the video data is generated by the coding method and the coding apparatus described in each of embodiments, based on the identification information. When the video data is generated by the moving picture coding method and the moving picture coding apparatus described in each of embodiments, in Step exS202, the CPU ex502 transmits a signal for setting the driving frequency to a higher driving frequency to the driving frequency control unit ex512. Then, the driving frequency control unit ex512 sets the driving frequency to the higher driving frequency. On the other hand, when the identification information indicates that the video data conforms to the conventional standard, such as MPEG-2, MPEG-4 AVC, and VC-1, in Step exS203, the CPU ex502 transmits a signal for setting the driving frequency to a lower driving frequency to the driving frequency control unit ex512. Then, the driving frequency control unit ex512 sets the driving frequency to the lower driving frequency than that in the case where the video data is generated by the moving picture coding method and the moving picture coding apparatus described in each of Embodiment.

Furthermore, along with the switching of the driving frequencies, the power conservation effect can be improved by changing the voltage to be applied to the LSI ex500 or an apparatus including the LSI ex500. For example, when the driving frequency is set lower, the voltage to be applied to the LSI ex500 or the apparatus including the LSI ex500 is probably set to a voltage lower than that in the case where the driving frequency is set higher.

Furthermore, when the processing amount for decoding is larger, the driving frequency may be set higher, and when the processing amount for decoding is smaller, the driving frequency may be set lower as the method for setting the driving frequency. Thus, the setting method is not limited to the ones described above. For example, when the processing amount for decoding video data in conformity with MPEG-4 AVC is larger than the processing amount for decoding video data generated by the moving picture coding method and the moving picture coding apparatus described in each of embodiments, the driving frequency is probably set in reverse order to the setting described above.

Furthermore, the method for setting the driving frequency is not limited to the method for setting the driving frequency lower. For example, when the identification information indicates that the video data is generated by the moving picture coding method and the moving picture coding apparatus described in each of embodiments, the voltage to be applied to the LSI ex500 or the apparatus including the LSI ex500 is probably set higher. When the identification information indicates that the video data conforms to the conventional standard, such as MPEG-2, MPEG-4 AVC, and VC-1, the voltage to be applied to the LSI ex500 or the apparatus including the LSI ex500 is probably set lower. As another example, when the identification information indicates that the video data is generated by the moving picture coding method and the moving picture coding apparatus described in each of embodiments, the driving of the CPU ex502 does not probably have to be suspended. When the identification information indicates that the video data conforms to the conventional standard, such as MPEG-2, MPEG-4 AVC, and VC-1, the driving of the CPU ex502 is probably suspended at a given time because the CPU ex502 has extra processing capacity. Even when the identification information indicates that the video data is generated by the moving picture coding method and the moving picture coding apparatus described in each of embodiments, in the case where the CPU ex502 has extra processing capacity, the driving of the CPU ex502 is probably suspended at a given time. In such a case, the suspending time is probably set shorter than that in the case where when the identification information indicates that the video data conforms to the conventional standard, such as MPEG-2, MPEG-4 AVC, and VC-1.

Accordingly, the power conservation effect can be improved by switching between the driving frequencies in accordance with the standard to which the video data conforms. Furthermore, when the LSI ex500 or the apparatus including the LSI ex500 is driven using a battery, the battery life can be extended with the power conservation effect.

Embodiment 6

There are cases where a plurality of video data that conforms to different standards, is provided to the devices and systems, such as a television and a mobile phone. In order to enable decoding the plurality of video data that conforms to the different standards, the signal processing unit ex507 of the LSI ex500 needs to conform to the different standards. However, the problems of increase in the scale of the circuit of the LSI ex500 and increase in the cost arise with the individual use of the signal processing units ex507 that conform to the respective standards.

In order to solve the problem, what is conceived is a configuration in which the decoding processing unit for implementing the moving picture decoding method described in each of embodiments and the decoding processing unit that conforms to the conventional standard, such as MPEG-2, MPEG-4 AVC, and VC-1 are partly shared. Ex900 in FIG. 33A shows an example of the configuration. For example, the moving picture decoding method described in each of embodiments and the moving picture decoding method that conforms to MPEG-4 AVC have, partly in common, the details of processing, such as entropy coding, inverse quantization, deblocking filtering, and motion compensated prediction. The details of processing to be shared probably include use of a decoding processing unit ex902 that conforms to MPEG-4 AVC. In contrast, a dedicated decoding processing unit ex901 is probably used for other processing unique to the present invention. Since the present invention is characterized by intra prediction processing in particular, for example, the dedicated decoding processing unit ex901 is used for intra prediction processing. Otherwise, the decoding processing unit is probably shared for one of the entropy coding, inverse quantization, deblocking filtering, and motion compensation, or all of the processing. The decoding processing unit for implementing the moving picture decoding method described in each of embodiments may be shared for the processing to be shared, and a dedicated decoding processing unit may be used for processing unique to that of MPEG-4 AVC.

Furthermore, ex1000 in FIG. 33B shows another example in that processing is partly shared. This example uses a configuration including a dedicated decoding processing unit ex1001 that supports the processing unique to the present invention, a dedicated decoding processing unit ex1002 that supports the processing unique to another conventional standard, and a decoding processing unit ex1003 that supports processing to be shared between the moving picture decoding method in the present invention and the conventional moving picture decoding method. Here, the dedicated decoding processing units ex1001 and ex1002 are not necessarily specialized for the processing of the present invention and the processing of the conventional standard, respectively, and may be the ones capable of implementing general processing. Furthermore, the configuration of the present embodiment can be implemented by the LSI ex500.

As such, reducing the scale of the circuit of an LSI and reducing the cost are possible by sharing the decoding processing unit for the processing to be shared between the moving picture decoding method in the present invention and the moving picture decoding method in conformity with the conventional standard.

Although only some exemplary embodiments of the present invention have been described in detail above, those skilled in the art will readily appreciate that many modifications are possible in the exemplary embodiments without materially departing from the novel teachings and advantages of the present invention. Accordingly, all such modifications are intended to be included within the scope of the present invention.

INDUSTRIAL APPLICABILITY

The present invention is applicable to filtering methods, moving picture coding apparatuses, and moving picture decoding apparatuses. For example, the present invention is applicable to high-definition image display apparatuses and image capturing apparatuses such as television receivers, digital video recorders, car navigation systems, digital cameras, and digital video cameras. 

The invention claimed is:
 1. A decoding method of decoding an image from an encoded bitstream on a block-by-block basis, the decoding method comprising: filtering a first block and a second block included in the image to generate filtered data, using values of pixels respectively included in the first block and the second block, each of the first block and the second block being either an Intra Pulse Code Modulation (IPCM) block or a non-IPCM block; and determining (i) whether both of the first block and the second block are non-IPCM blocks; (ii) whether both of the first block and the second block are IPCM blocks; or (iii) whether one of the first block and the second block is an IPCM block and the other of the first block and the second block is a non-IPCM block, wherein, when it is determined in said determining that one of the first block and the second block is an IPCM block and the other of the first block and the second block is a non-IPCM block, the decoding method further comprises generating a reconstructed image, wherein the reconstructed image includes (i) a part of the filtered data generated in said filtering as the pixels in the non-IPCM block and (ii) unfiltered pixels in the IPCM block, instead of a part of the filtered data generated in said filtering, as the pixels in the IPCM block, wherein prediction and transformation are performed on the non-IPCM block, and prediction and transformation are not performed on the IPCM block, wherein the first block is adjacent to the second block, and wherein in the filtering, a fixed value is not used as a quantization parameter of an IPCM block.
 2. A decoding apparatus which decodes an image from an encoded bitstream on a block-by-block basis, the decoding apparatus comprising: a filtering unit configured to filter a first block and a second block included in the image to generate filtered data, using values of pixels respectively included in the first block and the second block, each of the first block and the second block being either an Intra Pulse Code Modulation (IPCM) block or a non-IPCM block; a determining unit configured to determine (i) whether both of the first block and the second block are non-IPCM blocks; (ii) whether both of the first block and the second block are IPCM blocks; or (iii) whether one of the first block and the second block is an IPCM block and the other of the first block and the second block is a non-IPCM block; and a reconstructing unit configured to generate, when it is determined by said determining unit that one of the first block and the second block is an IPCM block and the other of the first block and the second block is a non-IPCM block, a reconstructed image, wherein the reconstructed image includes (i) a part of the filtered data generated by said filtering unit as the pixels in the non-IPCM block and (ii) unfiltered pixels in the IPCM block, instead of a part of the filtered data generated by said filtering unit, as the pixels in the IPCM block, wherein prediction and transformation are performed on the non-IPCM block, and prediction and transformation are not performed on the IPCM block, wherein the first block is adjacent to the second block, and wherein in the filtering of the first block and the second block, a fixed value is not used as a quantization parameter of an IPCM block.
 3. A decoding apparatus which decodes an image from an encoded bitstream on a block-by-block basis, the decoding apparatus comprising: processing circuitry; and storage coupled to the processing circuitry, wherein the processing circuitry is configured to: filter a first block and a second block included in the image to generate filtered data, using values of pixels respectively included in the first block and the second block, each of the first block and the second block being either an Intra Pulse Code Modulation (IPCM) block or a non-IPCM block; determine (i) whether both of the first block and the second block are non-IPCM blocks; (ii) whether both of the first block and the second block are IPCM blocks; or (iii) whether one of the first block and the second block is an IPCM block and the other of the first block and the second block is a non-IPCM block; and generate, when it is determined that one of the first block and the second block is an IPCM block and the other of the first block and the second block is a non-IPCM block, a reconstructed image, wherein the reconstructed image includes (i) a part of the filtered data as the pixels in the non-IPCM block and (ii) unfiltered pixels in the IPCM block, instead of a part of the filtered data, as the pixels in the IPCM block, wherein prediction and transformation are performed on the non-IPCM block, and prediction and transformation are not performed on the IPCM block, wherein the first block is adjacent to the second block, and wherein in the filtering of the first block and the second block, a fixed value is not used as a quantization parameter of an IPCM block. 